home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 9883 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
  2. Path: netcom.com!adaworks
  3. From: adaworks@netcom.com (AdaWorks)
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Message-ID: <adaworksDnrqsE.LpC@netcom.com>
  6. Followup-To: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
  7. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  8. X-Newsreader: TIN [version 1.2 PL1]
  9. References: <JSA.96Feb16135027@organon.com> <dewar.825640041@schonberg> <4h7g9q$bi3@sun152.spd.dsccc.com> <4h8r0v$1c4i@saba.info.ucla.edu> <4hbj2b$cnt@sun152.spd.dsccc.com>
  10. Date: Tue, 5 Mar 1996 00:31:26 GMT
  11. Sender: adaworks@netcom19.netcom.com
  12.  
  13. Kevin Cline (kcline@sun152.spd.dsccc.com) wrote:
  14.  
  15. : In article <4h8r0v$1c4i@saba.info.ucla.edu>,
  16. : Jay Martin <jmartin@cs.ucla.edu> wrote:
  17. : >kcline@sun152.spd.dsccc.com (Kevin Cline) writes:
  18. : >
  19. : I didn't say that; I said that Ada was not suitable for most software
  20. : development because Ada programs that did serious work could not
  21. : be ported.  Actually, I have used Ada-83 to build a good-sized application
  22. : (50K SLOC) and there is a lot I liked about it.  But porting that application
  23. : from SunOS to SGI IRIX was much more difficult than porting comparable C++
  24. : programs.  For whatever reason, the Ada-83 standard simply did not go
  25. : far enough.  
  26.  
  27.   How odd.  
  28.  
  29.   Many of have exactly the opposite experience. It is true that one can
  30.   write Ada programs that are non-portable.  It is also true that a 
  31.   correctly designed Ada program will be as portable as a program 
  32.   written in any other language.
  33.  
  34.   The trick is designing at the right level of abstraction. Machine and
  35.   operating system dependencies should not be the controlling factor in
  36.   designing an application.  Unless, of course, the targeted application
  37.   is, itself, a binding to some such dependency.  
  38.  
  39.   Richard Riehle
  40.   adaworks@netcom.com
  41. -- 
  42.  
  43. richard@adaworks.com
  44. AdaWorks Software Engineering
  45. Suite 27
  46. 2555 Park Boulevard
  47. Palo Alto, CA 94306
  48. (415) 328-1815
  49. FAX  328-1112
  50.